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Chep USA lams 

VM And OS/2 


Distributing manufactured goods on wooden pallets in this country carries the heavy load of 
$2.5 billion in waste. Of the 100 million pallets in circulation in the grocery industry, 66 million 
are thrown away every year at a cost of $700 million. The abundance of pallets in poor condition 
wastes $2 billion annually because of their contribution to product damage, according to a recent 
study by the U. S. grocery industry. 

The billions of wasted dollars presented a golden opportunity for any company capable of ef¬ 
ficiently managing a manufacturer’s pallets. Throughout the world, Chep has taken this oppor¬ 
tunity, helping companies minimize their expenses in the distribution of pallets. In 1990, Chep 
came to the United States to begin similar operations at the request of Procter & Gamble, which 
was a client of Chep’s in Europe. 

Keeping Track Of 12 Million Pallets 

Currently, Chep USA (Park Ridge, NJ) has approximately 12 million pallets in circulation 
throughout North America. According to William Homa, vice president of Information Tech¬ 
nology, keeping track of this inventory requires that Chep make 5000 communications daily — 
notifying manufacturers and distributors of how many pallets they will receive and when, alert¬ 
ing Chep’s 165 depots of the movement of pallets, letting out bids for trucking movements and 
so on. The company tracks pallets by transaction, just as a bank tracks money. Much of its man- 
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agement effort is in relocating pallets, 
since most of the manufacturing is in the 
center of the country while most of the 
consumption is on both coasts. To “re¬ 
balance the pool,” Homa says, they relo¬ 
cate more than 750,000 pallets, or 1300 
truckloads, each week. 

“When we started U.S. operations in 
September 1990, we had to be nation¬ 
wide from day one,” Homa points out. 
“We developed an infrastructure of 
people and systems before we started.” 
To keep track of pallets, they initially 
used an IBM 4381 mainframe running 
VM. Pallet management was the main¬ 
frame’s sole application. Homa says 
they used VM because they adapted 
code developed by their French opera¬ 
tions for this operating system. When 
an American company runs VM, it is 
usually with MVS as a guest operating 
system. In Europe, however, it is more 
common to run a business application 
natively on VM. 

The advantage of Chep's code and 
choice of operating system was that as it 
upgraded its mainframe, the company 
did not have to change one line of code, 
since it was scalable. Recently, Chep up¬ 
graded to a Hitachi GX 6215 mainframe, 
which runs from Michigan and is con¬ 
nected to the company’s Park Ridge 
office by a WAN. Last year, Chep's op¬ 
erations in Canada, Mexico and Chile 
were all connected to the Hitachi by a 
leased-line network. Chep also uses IBM 
AS/400 minicomputers as remote com¬ 
munications servers and to run account¬ 
ing applications. 

Communicating By EDI 
And Faxes 

Fortunately, the majority of Chep’s 
transactions are received and processed 
by Electronic Data Interchange (EDI), in 
industry-standard ANSI X.12 format 
through the gateway of a third-party ven¬ 
dor. While most of Chep’s customers 
communicate with the company during 
overnight EDI batch runs and many of 
Chep’s carriers are linked using realtime 
transaction sets, the company was unable 
to increase its EDI penetration above 80 
percent. The reason was that a substan¬ 
tial number of its business partners, such 
as trucking firms and depots, did not 
have access to EDI. 

To reach these partners, Chep had to 
use everyman’s communications stand¬ 
ard: the fax machine. In spite of its EDI 
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success, Chep’s volume in faxes has 
been about 1000 daily, most of them 
sent during five peak hours of the work¬ 
day. That works out to four faxes each 
minute. 

To handle this load, Homa explains, 
Chep had employees whose primary job 
was to send out faxes. They printed in¬ 
formation from the mainframe, took the 
document to the nearby fax and fre¬ 
quently were held up by the congestion. 
Occasionally, documents that were al¬ 
ready in the fax machine, on hold while 
the machine waited to redial the number 
after encountering a busy signal, were 
removed and replaced after the second 
document was sent. 

As Chep's business continued to 
grow, the number of faxes was not going 
to decrease. It had to find a way to auto¬ 
mate fax transmissions. Chep tried a 
DOS-based system that claimed to auto¬ 
mate the transmission of faxes from the 
mainframe. Its benefits, however, were 
limited. Homa says that because of a 
weak link in the VM application, the 
sender had to manually print a page to 
find out if the fax was successfully sent. 

More important, the DOS foundation 
rendered the product unreliable. DOS 
was not robust enough to handle the 
many simultaneous operations involved 
in the process. The fax server down¬ 
loaded documents from the mainframe, 
scanned the documents into a graphic 
format, dialed the fax number, sent out 
the fax and determined if it was success¬ 
ful. During all of this, the program had to 
maintain a handshake with the main¬ 
frame. It was asking DOS to do too 
much. Another problem was that the 
vendor did not have experience working 
with VM, so it was at a loss to make 
quick fixes to the VM interface. The 
DOS product missed the key require¬ 
ment to have the fax application feed 
back to the VM application the status of 
a particular fax — a vital component 
since Chep’s typical user is 1000 miles 
away from the fax PC. 

While searching for another solution, 
Chep found an OS/2-based fax server 
made by a vendor with VM experience 
(Software Pursuits, Alameda, CA). Chep 
knew OS/2 would be more reliable than 
DOS, since it is a full, preemptive multi¬ 
tasking system with none of the memory 
limitations of DOS or Windows to cause 
errors in the execution of the program. 

See Chep USA on page 76 
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VSAM - 

serialize them. This may shed light on 
performance problems for on-line data 
sets that incur huge amounts of splits in 
light of the fact that VSAM must serialize 
all split activity for a data set. In effect, 
the I/O involved for Cl split processing is 
not the true bottleneck as much as the fact 
that Cl splits are serialized by VSAM. 

Also, during any split processing, the 
CA is locked by exclusive use of the in¬ 
dex sequence set Cl to defer other re¬ 
quests from its use. In a system with 
high levels of activity, these accesses to 
the CA are deferred by VSAM until split 
processing is complete for the CA. 

The time for a CA split — less than one 
second to three seconds or more — may 
not seem like a large bottleneck at first 
glance. For highly active data sets, how¬ 
ever, requests coming in for the split CA 
would have to be deferred. These deferred 
requests could use up available Place¬ 
holder (PLH) string resources and cause 
other requests to double up on waiting for 
a PLH. Conversely, even with Cl splits 
occurring well under subsecond, the same 
situation could occur in a less severe form. 
Even if a data set is difficult to tune for 
split activity, a clear picture of quantifying 
the elapsed time can help to understand 
the performance implications of splits. 

This article has illustrated what occurs 
during VSAM Cl and CA split process¬ 
ing. It should be evident that VSAM 
was designed with as much thought to 
throughput and performance as possible. 
Clearly, CA splits incur, on average, 100 
times the I/O overhead of a Cl split. This 
understanding should help provide con¬ 
crete reasoning during discussions per¬ 
taining to tuning VSAM data sets with 
respect to splits. ^ 
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Continued from page 71 

Like UNIX, OS/2 has never had the 
640K main memory barrier that plagues 
DOS and thus can offer all available 
memory for an application. 

Chep tested the fax server and its inter¬ 
action with VM and found the applica¬ 
tion efficiently handled the concurrent 
processes involved in downloading in¬ 
formation and sending faxes. The fax 
server PC, directly connected to the Hi¬ 
tachi mainframe in Michigan, is a 486- 
66 Dell PC with 16MB of RAM and a 
350MB hard disk. The fax hardware is a 
four-line Brooktrout (Needham, MA) 
TR 114 internal fax modem. Along with 
OS/2 and the Software Pursuits Fax/DSF 
software, the PC runs IBM Communica¬ 
tion Manager/2 for the mainframe link. 

Unlike the DOS-based fax product, 
the Software Pursuits fax server was 
able to update the mainframe on 
whether the fax transmission was suc¬ 
cessful. The vendor worked with Chep 
to add the capability of notifying the 
sender if the fax was unsuccessful, a 
feature that is now a standard part of the 
product. They also jointly wrote an ap¬ 
plication to automatically monitor mes¬ 
sages sent to the fax administrator and 
notify the fax originator if the fax failed 
to transmit within 20 minutes. 

Additionally, Chep developed a mech¬ 
anism to page a systems programmer in 
New Jersey if faxes began to accumulate 
in the data center where the fax server 
was situated or if there was any other 
problem, such as a lost circuit. When the 
programmer receives the page, he can 
log into the system and check the queue. 
He can also log onto the PC using OS/2 
remote control software and operate the 
computer, rebooting it if necessary. If 
there is a problem, it can generally be 
fixed remotely from New Jersey. 

In addition to its reliability, Homa 
says, the OS/2 fax server offered a 
number of user-friendly features for 
which the PC platform is known. First 
of all, the fax pages can be enhanced 
with a custom forms overlay. In Chep’s 
case, it added the Chep USA logo in the 
right corner and boxes in the middle of 
the page for the recipient’s name, the 
subject of the memo and the memo. The 
sender does not have to call up this 
form; it is automatically included with 
the document. 

The system also lets users easily send 
a fax on their own. One of the staff, for 
example, may want to send a fax to 



confirm a conversation or an order. Us¬ 
ing the mainframe as a word processor, 
the person can type a memo, even add 
mainframe data and send the document 
as a fax without having to log off the 
mainframe session. The user simply 
“prints” it to the fax server. This gives 
added convenience to the staff because 
most of them do not have faxes in their 
immediate areas. Another feature is that 
the sender can change the page orienta¬ 
tion of the document from conventional 
portrait mode to the landscape orienta¬ 
tion of spreadsheets. That is handy 
when the sender is presenting several 
columns of figures. 

The Savings Of A Reliable 
Fax Server 

The reliability and the ease of use of 
the Fax/DSF system is saving Chep 
$250,000 a year, according to Homa. 
This savings is mostly in labor and office 
space. Next year, the savings will be 
greater as volume continues to increase. 
The fax server has not replaced all manual 
effort, since Chep continues to receive 
paper faxes and has to route them to the 
appropriate staff. The administrative 
workload, however, is diminished from 
what it was previously. 

With the success of the fax server, 
Chep recently purchased a second unit. 
It will use this unit, which is hooked to 
its token-ring network in New Jersey, to 
split the workload between the two PCs, 
mostly to accommodate the peak de¬ 
mand during the day. 

“The reliability of the remote fax serv¬ 
er has helped us accomplish our goal of 
running a ‘lights-out,’ completely unat¬ 
tended data center,” Homa notes. Chep 
operations in Canada, Mexico, Chile and 
its offices in New Jersey are all connect¬ 
ed by WAN to the data center in Michi¬ 
gan. It is somewhat unusual to have a 
VM system running unattended 24 hours 
a day, seven days a week. Chep’s runs 
problem-free. 

In the future, a greater percentage of 
Chep transactions will be EDI. As its 
business continues to expand, however, 
its fax volume will still be substantial. 
Without the fax server, Homa says, they 
simply could not efficiently handle the 
high volume of faxes. ^ 
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